REMARKS 

Claim Rejections - 35 USC §102 - Chiang (U.S. Patent No. 5,535,422). 

The Office Action rejects claims 38, 61, and 62 as anticipated by Chiang. 

The Office Action states that "Chiang does not disclose expressly wherein the topic 
selection interface is displayed only when commands are executed via the user interface." For 
the reason that the Examiner has acknowledged a missing element, Applicant understands the 
rejection of claims 38, 61, and 62 to be made under 35 U.S.C. §103 rather than under 35 U.S.C. 
§102. The Office Action further alleges that "it would have been an obvious matter of design 
choice whether to continuously display the topic selection interface or to display the topic 
selection interface only when commands are executed via the user interface." See Office Action 
at pp.3-4]. Applicant respectfully traverses the rejection on the grounds that the Office Action 
does not make a prima facie case of obviousness. 
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Applicant does not find the teaching or suggestion to display the topic selection interface 
only when commands are executed via the user interface in Chiang. The Office Action 
acknowledges that this element is lacking in the Chiang reference and does not cite a prior art 
reference containing the missing limitation that is properly combinable with Chiang. Therefore, 
Applicant respectfully requests that the rejection of independent claims 38, and 61 be withdrawn 
and that these claims and dependent claims 39-41 and 62 be allowed. 

The Office Action dated 1/25/2002 alleged that "Chiang discloses a peripheral interface 
that receives at least some of said plurality of actions and selectively issues some of the actions 
for operating a peripheral device (i.e. a product) having an embedded instruction set ..." See 
1/25/2002 Office Action at pA The present Office Action dated 9/21/2004 confirmed that this 
contention is based on the premise that "the product in Chiang is considered to be a peripheral 
device." See 9/21/2004 Office Action at p.3 Applicant respectfully traverses. Applicant finds 
that the Chiang specification uses the term "product" precisely 159 times. In each instance, the 
term "product" is used to refer to an application program or software tool. A copy of U.S. Patent 
No. 5,535,422 that has highlighted and underlined these uses of the term "product" is attached 
hereto for the Examiner's convenience. 
Claim Rejections - 35 USC §103. 

Chiang in view ofBullen (U.S. Patent No. 6,033,226) 

The Office Action alleges that Claims 43, 47-49, 51, and 55-57 are unpatentable over 
Chiang when viewed in light of Bullen. Applicant respectfully traverses for at least the reason 
that U.S. Patent 6,033,226 to Bullen recites a filing date of May 15, 1997 on its face and 
therefore is not prior art. Applicant notes that the international filing date for International 
application No. PCT/US96/18477 which became U.S. application 09/308,300 (the pending 
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application) is 18 November, 1996. Because Bullen is not prior art, it is not properly combinable 
with Chiang and Applicant respectfully requests that the rejection be withdrawn. 
Chiang/Bullen in view of Durham et al. (U.S. Patent No. 5,832,502) 

The Office Action alleges that Claims 58 and 60 are rendered obvious by Chiang/Bullen 
when viewed in light of Durham. Applicant respectfully traverses for the reason that Bullen is 
not prior art, and therefore it is not properly combinable with Chiang or Durham. Applicant 
observes that Durham purports to disclose an invention that "generally relates to a technique for 
generating a conversation index to enable electronic mail (E-mail) messages to be sorted and 
displayed according to their logical positions in a conversation." See Durham, col. 1 lines 4-7. 
Applicant respectfully traverses the rejection for the further reason that Applicant does not find, 
and the Office Action fails to allege, any motivation to combine the technique for generating a 
conversation index in Durham with the teachings of Chiang. 

Because the references Chiang, Bullen, and Durham are not properly combinable, 
Applicant respectfully requests that the rejection of claims 58 and 60 under 35 U.S.C. § 103(a) be 
withdrawn. 

Chiang in view of Durham 

The Office Action alleges that Claim 59 is unpatentable over Chiang when viewed in 
light of Durham. Applicant respectfully traverses for the reason that Durham is not properly 
combinable with Chiang as discussed above in connection with the rejection over Chiang/Bullen 
in view of Durham. Because the references Chiang and Durham are not properly combinable, 
Applicant respectfully requests that the rejection of Claim 59 under 35 U.S.C. § 103(a) be 
withdrawn. 
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CONCLUSION 

Based on the remarks above, Applicant respectfully request that all rejections under §§ 
102 and 103 be withdrawn. Applicant further submits that all the Examiner's concerns have been 
addressed, and the claims are now in condition for allowance. Such favorable action is 
respectfully requested. The Examiner is invited to telephone the undersigned attorney. 



Respectfully submitted, 




Timothy S . Corder, / . 
Registration. No. -"38 , 414 

Agentf for Applicants 
Vinson & ELKINS L.L.P. 
2300 First City Tower 
1001 Fannin Street 
Houston, Texas 77002-6760 
Ph; (512)542-8446 
Fax (512)236-3377 




Samuel Edward Mann 
Inventor/Applicant 



Date: December 20, 2004 
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[57] ABSTRACT 

An interactive online tutorial system is disclosed for pro- 
viding instruction in the use of a software product operating 
on a data processing device. The data processing device 
including an instruction processing unit or CPU, a data 
storage resource, an input system for receiving input from a 
user via a mouse or keyboard, and an output system for 
generating output images on a video display. The tutorial 
system includes a first display control for generating a 
tutorial window in a first portion of the video display. A 
second display control is provided for generating a product 
window in a second portion of the video display. A tutorial 
presentation system selectively generates a plurality of tuto- 
rial text panels in response to input from the input system. 
The tutorial text panels include one or more lesson panels 
and one or more step panels associated with each lesson 
panel. A tutorial panel linking system links the lesson panels 
through a series of sequential links and links the lesson 
panels and their associated step panels through a series of 
hierarchical links. A series of tutorial panel selectors are 
provided for selectively activating from a lesson or step 
panel a link to another lesson or step panel in order to display 
the linked panel. 

25 Claims, 14 Drawing Sheets 
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INTERACTIVE ONLINE TUTORIAL 
SYSTEM FOR SOFTWARE PRODUCTS 

This application is a continuation of application Ser. No. 
07/858,295, filed Mar. 26, 1992, now abandoned. 

BACKGROUND OF THE INVENTION 

The present invention relates generally to tutorial systems 
for providing instruction in the operation of software prod- 
ucts . More particularly, the invention pertains to online 
tutorial systems wherein software product t raining is pro- 
vided interactively by guiding the user through one or more 
examples of jnodud operation. Still more particularly, the 
invention involves a computer implemented, interactive 
tutorial system providing online instruction, monitoring and 
assistance in conjunction with a contemporaneously oper- 
ating software product . 

As software developers strive to provide ever more ver- 
satile and powerful products , , the task of becoming proficient 
in the use and implementation of such products becomes 
increasingly difficult Even for those users who consider 
themselves computer "literate", days and sometimes weeks 
of instruction may be required before the user is able to take 
full advantage of functional capabilities offered by many 
software products. In such cases, the quality of the instruc- 
tional materials accompanying the software may be nearly 
as important as the product in ensuring ultimate user satis- 
faction. 

Software instructional materials for prior art products fall 
into two general types. On one hand are product documen- 
tation materials, such as printed manuals and online product 
description files. These materials provide textual descrip- 
tions of operational features of the product They may also 
include examples ofjHodllCt operations. Although documen- 
tation of this nature may be adequate for reference purposes, 
such materials are not particularly suitable for providing 
initial instruction in the use of a product. Most users would 
rather use the product directly than spend hours reading 
ancillary instructional materials. Accordingly, a number of 
products follow a learn-by-doing approach using interactive 
tutorial materials, which represent a second category of 
instructional materials. 

Unlike product documentation materials, tutorials provide 
instruction in a manner which gives the user an opportunity 
to gain practical experience in the context of solving actual 
problems. Both online and workbook-based tutorials have 
been proposed wherein the user is guided through a presen- 
tation of one or more examples or problems in a sequence of 
lessons. In workbook-based systems the student performs 
specified actions on the pmdnrt in accordance with a lesson 
plan set forth in a printed workbook. Online systems work 
in a similar fashion except that the tutorial lessons are 
displayed sequentially on-screen In addition, online tutori- 
als typically include the capability of monitoring student 
actions and advising when a mistake has been made. More- 
over, if the user requires assistance, a preprogrammed dem- 
onstration can be requested to perform the correct action(s) 
to be taken. For these reasons, online tutorials represent the 
most promising avenue for providing instruction in the 
operation of software produces . 

Most prior art online tutorial systems allow users to 
interact with a simulation of the software product of interest 
This approach to tutorial instruction is both inefficient and 
costly. The software designer must not only code and debug 
the application product itself but also the duplicative Simu- 
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lation code for the tutorial. The simulation code must be 
periodically updated and maintained as the product changes, 
all at additional time and cost The effectiveness of simula- 
tion tutorials as a teaching vehicle is also open to question. 
Simulation tutorials provide only limited product interaction 
because the simulations can only emulate the user interface 
of the product a nd do not have full capabilities in processing 
user acHonsTThe user is not afforded direct experience with 
the product and thus may be deprived of a full and accurate 
understanding of product characteristics. Because only a 
partial view of the product is provided, users are unable to 
explore other portions of the product or learn on their own 
beyond what the tutorial covers. 

As a solution to the inefficiencies of simulation tutorials, 
several systems have been proposed wherein online tutorial 
instruction proceeds in conjunction with the operation of the 
pmdiic^ to be taught The prior art includes interactive 
tutorials implemented in single task operating systems in 
which special hardware or software subsystems are required 
to control the environment and provide tutorial information. 
This special hardware and software includes such things as 
interrupts between the user and operating system, processing 
outside the operating system, and external information pre- 
sentation hardware. As a result, the flexibility and efficiency 
of these tutorial products is relatively limited. For example, 
the information presentation function in many prior art 
tutorial systems is provided in a strict top down sequence 
which must be followed in the order set forth. No provision 
is made for selectively controlling the level of tutorial 
information detail presented as the student works through 
the lesson. In other cases, the input monitoring function of 
prior art tutorial systems is unduly restrictive insofar as 
literal input response from the student is required. No 
provision is made for allowing the student to provide input 
to the computer for performing tasks which are non critical 
to the product Finally, in other prior art tutorial systems 
wherein a demonstration mode is provided, no provision is 
made for selectively controlling the duration of the auto- 
mated control sequence. Typically, the demonstration 
sequence encompasses a predetermined number of input 
steps. 

The foregoing disadvantages of prior art tutorial systems 
stem in part from limitations inherent in single task operat- 
ing systems and in user interface software that provides only 
limited control functionality. Recent advances in software 
technology offer opportunities to create tutorial products 
with better user interfaces and more sophisticated program 
control without undue product complexity. The OS/2™ 
operating system from IBM Corporation provides a multi- 
tasking environment wherein multiple p roducts can be run 
concurrently within the operating system. The OS/2™ oper- 
ating system includes a set of prograrnming resources 
referred to as the application program interface (API). The 
API in turn provides a subset of support routines collectively 
referred to as the Presentation Manager™ API, which allows 
applications to run in rectangular subdivisions of the display 
called windows. Each windowed application can share the 
screen with other windowed applications. Each includes a 
graphics-based user interface to present visual controls for 
managing, via mouse and keyboard input, the application 
and files installed and running under OS/2. Each window 
further includes a display area for outputting application 
generated text and graphics. The OS/2™ operating system 
also provides a message exchange network which permits 
applications to communicate with each other via message 
passing protocols. 

Accordingly, there exists in an improved computing envi- 
ronment a need to provide an online tutorial system that is 
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operable in conjunction with a software product of interest 
Tnis need offers a unique opportunity to improve upon prior 
art tutorial systems by offering characteristics and features 
not provided by the tutorial systems noted above. The 
challenge for software developers is how to use these 
facilities to present information effectively. 

SUMMARY OF THE INVENTION 

The present invention is directed to a computer imple- 
mented tutorial system that supports direct user interaction 
with a software pmrfnnt concurrently executing with the 
tutorial. The tutorial system controls the resources of a data 
processing device to present tutorial lesson information, 
monitor user input and provide input assistance upon 
request In a preferred implementation of the invention, the 
data processing device includes an instruction processing 
unit or CPU, a data storage resource, an input system for 
receiving input from a user via a mouse or keyboard, and an 
output system having a video display. 

Hie tutorial system includes a display initialization sys- 
tem for generating a tutorial display window in a first portion 
of the video display and EJQdUfi^display window in a second 
portion of the display. The tutorial system further includes a 
tutorial presentation system for controlling the presentation 
of tutorial information in the tutorial display window in 
response to user input requests. Tutorial information is 
presented by the presentation system through a series of 
linked information display panels including lesson panels, 
step panels and concept panels. Each lesson panel contains 
overview information and a menu of step selections. The 
lesson panels are linked sequentially to other lesson panels. 
They are also linked hierarchically to step panels listed in the 
lesson panel menu such that the step panels may be selec- 
tively activated from within an associated lesson panel. Each 
step panel sequentially lists and describes one or more user 
input actions for controlling the product to be learned. Each 
step panel is also linked sequentially to other step panels, 
which may be selectively activated from within an active 
step panel. A third category of information display is pro- 
vided by a plurality of concept panels which are linked to 
associated lesson panels and have a parallel relationship 
therewith. The information presentation system includes a 
control system responsive to mouse and keyboard inputs for 
selectively displaying lesson, step and concept panels. 

In a further aspect of the invention, the tutorial system 
includes an input monitoring system for preventing errone- 
ous input from reaching the concurrently executing software 
produc t The monitoring system utilizes a lesson control file 
containing input actions corresponding to actions described 
in the step panels of the information presentation system. 
These actions are arranged hierarchically and identified by a 
lesson, step and action numbers. The monitoring system 
compares user inputs with expected input actions defined in 
the lesson control file. Upon a match, a message containing 
the appropriate input is allowed to reach the jjffliujct If a 
mismatch occurs, an error message is generated. The moni- 
toring system may also include one or more lookup tables 
containing input actions which the user could take that are 
not critical to the product Such actions would include 
controlling the information presentation system or perform- 
ing noncritical actions within the product itself, such as 
window sizing and scrolling, or looking at pull down menus 
and other product features. These functions should not be 
inhibited by the tutorial monitoring system. 

In a still further aspect of the invention, the tutorial system 
includes a user assistance system for selectively driving the 
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product to perform the actions of a lesson. The user assis- 
tance system utilizes the lesson control file to send messages 
to the nruduct corresponding to input actions defined by the 
lesson control file. Because the lesson control file is struc- 

5 tured hierarchically, the user can selectively drive the prod- 
uct to perform one or more actions, one or more steps or an 
entire lesson. These actions can be requested from the 
display panels of the information presentation system, which 
include appropriate command icons that may be activated by 

10 mouse or keyboard input 

BRIEF DESCRIPTION OF THE DRAWING 

The foregoing and other features, objects and advantages 
of the invention will be apparent from the following detailed 
description when considered in conjunction with the accom- 
panying drawings, in which: 

FIG. 1 is a block diagram showing an interactive tutorial 
system constructed in accordance with the present invention; 
20 FIG. 2 is a diagrammatic illustration of a screen display 
containing lesson information generated by the tutorial 
system of FIG. 1; 

FIG. 3 is another diagrammatic illustration of a screen 
display containing lesson information generated by the 
tutorial system of FIG. 1; 

FIG. 4 is another d^grammatic illustration of a screen 
display containing lesson information generated by the 
tutorial system of FIG. 1; 

FIG. 5 is another diagrammatic illustration of a screen 
display containing lesson information generated by the 
tutorial system of FIG. 1; 

FIG. 6 is a block diagram showing the control of lesson 
information presentation in the tutorial system of FIG. 1; 
35 FIG. 7 is a table showing selected command types and 
associated parameters from a lesson control file utilized by 
the tutorial system of FIG. 1; 

FIG. 8 is a block diagram showing a lesson control table 
data structure utilized by the tutorial system of FIG. 1; 

FIG. 9 is a block diagram showing message flow during 
the user input monitoring function performed by the tutorial 
system of FIG. 1; 

FIG. 10a is a first portion of a diagram showing logic flow 
during the user input monitoring function performed by the 
tutorial system of FIG. 1; 

FIG. 10£> is a second portion of a diagram showing logic 
flow during the user input monitoring function performed by 
the tutorial system of FIG. 1; 
50 FIG. 11 is a diagram showing message flow during the 
user assistance function performed by the tutorial system of 
FIG. 1; 

FIG. 12a is a first portion of a diagram showing logic flow 
during the user assistance function performed by the tutorial 
system of FIG. 1; and 

FIG. 12b is a second portion of a diagram showing logic 
flow during the user assistance function performed by the 
tutorial system of FIG. 1. 

60 DETAILED DESCRIPTION OF THE 

PREFERRED EMBODIMENT 

OVERVIEW 

65 The invention will now be described in detail in relation 
to a preferred embodiment and implementation thereof 
which are exemplary in nature and descriptively specific as 
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disclosed. As is customary, it will be understood that no 
limitation of the scope of the invention is thereby intended, 
and that the invention encompasses such alterations and 
further modifications in the illustrated device, and such 
further applications of the principles of the invention illus- 5 
trated herein, as would normally occur to persons skilled in 
the art to which the invention relates. 

Thus, with reference now to FIG. 1 there is illustrated 
diagrarnmatically a data processing system 10 which may be 
conventionally embodied as one of the IBM family of 10 
personal computers, including the IBM Personal System/ 
2™ and the Personal Computer AT™, among others. The 
data processing system 10 includes an instruction processing 
unit ("Processor") or CPU 12, a data storage resource 14, an 
input system for receiving input from a user via a keyboard 
16 or mouse input device 18, and an output system for 
generating output images on a video display 20. Stored 
within the data storage resource 14 are a series of machine 
readable instruction sets for providing an interactive online 
tutorial system The tutorial system includes a tutorial con- 
trol module 30 which utilizes a lesson control file 32, a 
lesson display file 34 and an information presentation sys- 
tem 35 to provide tutorial instructions in the use of one or 
more products 36, 38 and 40. The tutorial control module 30 
also permits the user to perform additional tasks 42, 44 and 
46 which are unrelated to the products 36, 38 and 40. The 
product s 36, 38 and 40 represent interactive software appli- 
cations which are concurrently executing with the interac- 
tive online tutorial system. Such products could include 
software tools intended for concurrent use in order to 
perform some higher task. In that case, the tutorial would 
provide instruction in the concurrent use of the products. 
The tasks 42, 44 and 46 represent other products concur- 
rently running under the operating system which are not 
being taught by the tutorial. 

The tutorial system performs three major functions: infor- 
mation presentation, monitoring and demonstration assis- 
tance or "show-me". In the preferred embodiment, the 
tutorial system operates in the environment of a multi- 
tasking operating system running on the data processing 40 
device 10. The OS/2™ operating system from IBM is 
preferred. It provides a multi-tasking, graphical and win- 
dowing environment which allows the tutorial system to 
operate concurrently with one or more producj^to^be # 
Jeamed. In this multi-tasking environment, lesson informa- 45 
tion can be presented in one portion of the display 20 while 
the product can be displayed in another portion of the 
display. These display portions are conventionally known as 
windows. To provide this windowed environment, a set of 
OS/2 programming resources referred as the application 50 
program interface (API) may be advantageously utilized. In 
particular, a subset of API support routines collectively 
referred as the Presentation Manager™ API is invoked. The 
OS/2™ operating system and its various API resources, 
including the Presentation Manager™ API, have been exten- 55 
sively documented (see, e.g., IBM Programming Guide, 
Operating System/2 Programming Tools and Information, 
Version 1.2 (September 1989)). 

Persons skilled in the art will appreciate that the OS/2™ 
operating system and its Presentation Manager™ API pro- 60 
vide a multi-tasking environment wherein one or more 
applications can operate concurrently within their own win- 
dows. A multi-tasking operating system such as the OS/2™ 
operating system is to be distinguished from a single-task 
operating system. In single-task operating systems, pro- 65 
grams cannot be executed concurrently in a protected mode 
wherein data integrity is maintained between programs. In 
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single-task systems, processes sharing computer resources 
must be operated as co-routines. A co-route is subroutine 
which, when called again after an execution, resumes at the. 
return point of its previous execution. In contrast, multi- 
tasking provides a mode of operation that employs concur- 
rent or interleaved execution of two or more tasks by a single 
processor such that processes take place within common 
processor resources. 

In the OS/2™ operating system, there are three levels of 
multi-tasking: sessions, processes and threads. A session is 
the top-level object in the multi-tasking hierarchy. A session 
usually consists of a process, a logical display screen, and a 
logical input device. The OS/2™ operating system can run 
several sessions concurrently and users can switch between 
them. The session with which the user interacts is called the 
foreground session. All other sessions continue to run but 
receive no input from the user. A process is an executing 
application plus the resources it uses. A thread is an execut- 
able unit contained in a process. Processes and threads can 
both run concurrently. Thus, at all levels of multi-tasking, 
concurrent program execution is provided and there is no 
requirement for co-routining as in single-task operating 
systems. 

In the present invention, a tutorial program and one or 
more application programs to be learned are run concur- 
rently in separate Presentation Manager™ processes. 
Advantageously, the Presentation Manager™ API supplies, 
several window classes that have a standard appearance. In 
addition, developers can register their own window classes. 
In either case, Presentation Manager™ resources are pro- 
vided for generating display windows automatically so that 
the application developer is freed from the task of writing 
window display code. These resources also include a subset 
library of routines, collectively referred to as the Information 
Presentation Facility (IPF) for generating application-related 
help information windows. 

As is well known, a Presentation Manager™ application 
can create several windows of any class, each with its own 
data, and arrange the windows on the screen like papers on 
a desk top. Several Presentation Manager™ applications can 
be run concurrently vyith the windows of each application 
sharing the screen with the windows of other applications. 
These windows can overlap, with overlying windows 
obscuring parts of underlying, overlapped windows. Users 
direct input to visible active windows from a mouse or 
keyboard input device. Each window thus includes visual 
controls and data entry areas to facilitate the input function. 

User input is directed to applications associated with input 
windows by the OS/2™ operating system in the form of 
messages, which are a fundamental part of the OS/2™ 
operating system. Presentation Manager™ applications use 
messages to communicate with each other and with the 
operating system. These messages are passed through a 
system message queue. Each application also has an input 
message queue, and the application message queue is iden- 
tified by a window "handle". Sources of events that cause a 
message to be sent to an application are several. As indi- 
cated, the OS/2™ operating system directs messages to an 
application in response to a mouse or keyboard input to the 
application window. In other cases, the OS/2™ operating 
system itself, in managing the application windows on the 
screen, sends messages to the windows. Events can also 
occur in an application to which another part of the same 
application should respond. For example, an application can 
send itself a message to repaint the contents of a window 
which has been changed as a result of user input Finally, 
applications communicate with each other via messages. 
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In order to support message-based processing, each Pre- 
sentation Manager™ application is structured to utilize a 
main procedure and a window procedure. The main proce- 
dure initializes operating system resources, creates an appli- 
cation message queue, registers and creates the window(s) of 
the application, creates a message-processing loop to get 
messages from the input queue and send them to the window 
procedure to be processed, and upon program termination, 
terminates operating system resources used by the applica- 
tion. The window procedure processes every message in 
which the application is interested and takes appropriate 
action. If necessary, the window procedure also calls sys- 
tem-provided default window procedures to deal with mes- 
sages in the which the application is not interested. These 
messages are returned to the system message queue, or may 
be directed to another application's input queue or window 
procedure. 

The foregoing features of the OS/2™ operating system 
and Presentation Manager™ API are exploited to significant 
advantage in the preferred embodiment of the present inven- 
tion. In accordance therewith, a tutorial system has been 
developed for providing instruction in the use of a software 
produc t known as AD/Cycle — The Integrated Reasoning 
Shell™, or ITRs. The HRS™ product is an expert system 
program which creates knowledge applications for a variety 
of uses such as banking, finance, etc. The tutorial system 
developed for TERS gives novice users hands-on experience 
in developing knowledge applications using TTRS. The 
tutorial conforms with IBM's Systems Application Archi- 
tecture™ Common User Access or CUA standard for the 
presentation of display information and user input. The 
tutorial was written as a Presentation Manager™ applica- 
tion. It utilizes the above-referenced multi-tasking, graphical 
and windowing environment of OS/2 in presenting lesson 
information to users. Tutorial lessons are displayed in the 
tutorial's own task window tiled with the TERS product 
window(s). Users can view step-by-step instructionsm the 
tutorial lessons and at the same time interact with TIRS to 
try out these instructions. 

The tutorial uses the OS/2™ Information Presentation 
Facility for the authoring and presentation of lesson infor- 
mation, although no limitation in scope of the invention is 
intended thereby. Other commercial information presenta- 
tion facilities could also be used. Alternatively, customized 
information displays could be created. In addition, other 
tools such as multimedia presentation formats providing 
audio and video instruction could be utilized as would all be 
apparent to persons skilled in the art in light of the teachings 
herein. Hie OS/2™ Information Presentation Facility pro- 
vides a programming tool for the implementation of a help 
interface. Using IPF, an interface window can be readily 
developed that provides not only general help for application 
windows, but also contextual help for fields within windows. 
The Information Presentation Facility allows software 
developers to author their own help panels using an IFF tag 
language. The IPF tag language includes text to be displayed 
in a help panel together with commands that define rela- 
tionships between different portions of the help information 
text Help panels can be written by the developer in the IPF 
tag language source code and compiled by an IPF compiler. 
IPF provides standard window graphics objects for display- 
ing the help text and allowing users to control the presen- 
tation of information. 

Each help panel represents a separate text unit having its 
own panel identifier. Advantageously, the IPF tag language 
allows developers to insert hypertext or hypergraphic links 
between help panels, or between a help panel and a smaller 
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footnote panel. Moreover, hypertext objects can be defined 
which cause messages to be generated when selected. These 
features are all utilized to advantage by the tutorial system 
described herein. Each of the lesson display files 34 shown 

5 in FIG. 1 represents an IPF help panel created using the IPF 
tag language. The IPF lesson display files 34 contain lesson 
information. The tutorial system inputs the lesson display 
files and adapts and controls the Information Presentation 
Facility to present lesson information according to the 

10 tutorial's specifications. 

The tutorial is integrated with the product insofar as the 
two applications communicate with each other through a 
message passing scheme. As indicated, OS/2 conveys infor- 
mation between concurrently running applications in the 

1^ form of messages. Relatedly, the tutorial passes messages 
directly to the pjjQju^'s main window. In an alternative 
embodiment, messages are passed through dynamic data 
exchange (DDE), a standard OS/2™ interprocess commu- 
nications protocol. Through DDE communications, the tuto- 

20 rial sends messages requesting the product to perform cer- 
tain actions. 

The tutorial monitors what users are doing in the product 
by intercepting messages to the product in the OS/2™ 
Presentation Manager™ message queue before they get to 

25 the product It then compares the user action with the 
expected action to see whether the user's action is correct 
A show-me function is also provided wherein the user may 
request the tutorial to perform one or more input actions to 
drive the nrodycL These action commands are passed to the 

30 product in the form of messages. The lesson control file is 
utilized by the tutorial for the monitoring and show-me 
functions. This control file contains commands that corre- 
spond to actions specified by the tutorial's lessons, which 
users are to perform. For the show-me function, the tutorial 

35 interprets the commands and reformats them as OS/2™ 
messages to drive the product to perform the lessons 1 
actions. For the monitoring function, the tutorial compares 
user input with the commands in the lesson control file, to 
determine whether user input is correct 

The tutorial program is preferably written in the "C" 
programming language, although persons skilled in the art 
will appreciate that tutorial routines for controlling Presen- 
tation Manager™ resources in the manner described could 

45 be readily written in any suitable programming language 
based on the teachings set forth herein. Generally speaking, 
the main tutorial procedure module contains initialization 
and termination routines. It performs the following func- 
tions: 

50 Initialize tutorial's object windows. 
Create an IPF instance. 
Get IPF's window handles. 
Control the size and position of IPF windows. 
Bring up the product application. 
55 Dynamically adjust a lesson control pointer based on the 
currently displayed lesson, obtained from the title of the 
lesson in the lesson window. 
Display messages to users. 

Present conceptual help for the tutorial e.g., through a 
second instance of IPF. 

Close tutorial windows and perform necessary housekeep- 
ing. 

The tutorial's window procedure module provides pro- 
cessing for the tutorial's functions. This includes: 
33 Processing user interactions with the tutorial through the 
tutorial's action bar 
tutorial's inform hypertext fields 
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Setting up communications with the product 

Performing the show-me function, by sending commands to 

the product 
Monitoring user actions. 

LESSON PRESENTATION 5 

The OS/2™ Information Presentation Facility QPF) pro- 
vides windowing and hypertext capabilities which give 
developers a number of options for structuring and present- 
ing information not available through online tools without 10 
these capabilities. Rather than presenting information lin- 
early and sequentially in full screen formats, much like 
books, online information can be structured in networks and 
presented in windows. Users can have more control over 
whatever information they see. Developers have more 15 
options in how to best present information. Windows and 
hypertext enable information to be presented more effec- 
tively by minimizing the basic information that is displayed, 
and allowing users to select additional information through 
hypertext links. Moreover, users can view related inform a- 20 
tion simultaneously in separate windows or view sequential 
information in pop-up windows, rnaintaimng a context for 
what they see. 

FIGS. 2-6 illustrate the presentation of lesson mformation ^ 
in various forms. Each of the figures illustrate a display 
(desk top) window 50 which occupies the entire screen of 
the display device 20. The tutorial is displayed in a tutorial 
or main help window 52 while the product is displayed in a 
pmduq t window 54. These windows are tiled and sized so 3Q 
that the tutorial window 52 occupies approximately 35 
percent of the width of the display window 50 while the 
product window 54 occupies approximately 65 percent of 
the display width. Each window conforms to the IBM CUA 
standard. Thus, the tutorial window 52 includes a title bar 35 
56, a system menu icon 58, a window sizing button 60 and 
an action bar 62 containing action menu items. The product 
window 54 also includes a title bar 64, a system menu icon 
66, window sizing buttons 68 and 70, and an action bar 72 
containing action menu items. The produc t window 54 ^ 
further includes a client area 74 where product display 
output is generated. The tutorial or main help window 52 is 
somewhat different. It includes a help text window 76 which 
is a standard window generated by the OS/2™ Information 
Presentation Facility, along with the main help window 52, 45 
when a request for help is initiated. The help text window 76 
includes a title bar 78, a system menu icon 80, window 
sizing buttons 82 and 84, and a vertical scroll bar 86. 

As is conventional, the window title bar identifies the 
window shown in the display. The system menu icon can be 50 
activated by mouse input using a conventional point-and- 
click operation to display a system pull-down-menu con- 
taining selectable system-related functions. The window 
sizing burtons enable the user to control window size via 
mouse input As is also conventional, the menu items 55 
contained in the window action bar can be selected via a 
mouse or keyboard input to generate an action pull-down 
menu (not shown) for each of the action menu items. 

The foregoing window structures appear when the opera- 
tion of the tutorial system and the product application are 60 
initiated. Additional window structures will appear during 
tutorial and flEpjJu£t operations. In the product itself, as' 
shown in FIG. 3, a jxroduc t sub-window 88 may appear in 
the client area 74 of the main product window 54. The 
produc t sub-window includes a title bar 90, a system menu 65 
icon 92, window sizing buttons 94 and 96, a vertical scroll 
bar 98, a horizontal scroll bar 100 and a client area 102. 
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In the tutorial system, the basic unit of information is a 
lesson. In a version of the tutorial system shown in FIGS. 
2-5, there are two sets of lessons, starter and advanced. In 
the starter lessons, users are taught basic procedures for 
product functions. In the advanced lessons, there is less 
emphasis on procedures and more on strategies for applica- 
tions, on concepts and on tying together different parts of the 
product . To present lesson selections to a user, the tutorial 
system first presents a panel entitled "Welcome" (not 
shown), which lists selection choices for starter and 
advanced lessons. In FIG. 2 an information panel . 110 
entitled "Starter Lessons" is displayed in the tutorial text 
window 76. The starter lessons panel 110 presents summary 
information 112 concerning the tutorial lessons. It also 
presents additional lesson-specific information in para- 
graphs 114 and 116, for starter and advanced lessons, 
respectively. In FIG. 2, for example, the user is presented 
with an overview of a first lesson 114 to preview a product 
application and an overview of more advanced lessons 116 
to develop a product application. In some cases, as also 
shown in FIG. 2, the lesson panel information may not 
entirely fit within the tutorial text window 76. The vertical 
scroll bar 86 allows the user to scroll through the entire panel 
using a mouse, or the keyboard as is conventional. 

The tutorial system adopts a model lesson format that 
clearly separates different types of information, but at the 
same time shows how they fit together at a single glance. 
Each lesson contains an overview and multiple steps for 
performing the lesson tasks. The steps are like subtasks and 
are further broken down into individual actions. Associated 
with each action are instructions and notes that describe the 
meaning or result of the action. There is a hierarchical 
relationship between lessons and steps (i.e., lessons contain 
steps) and a sequential relationship between steps (i.e., one 
step follows another). In addition, associated with each 
lesson is a set of concepts. These concepts have a parallel 
relationship to information in the lesson. The result, is a 
combination of three types of tutorial windows: 

1. Lesson Windows; 

2. Step Pop-Up Windows; and 

3. Concept Windows. 

In FIG. 3, the tutorial text window 76 provides a lesson 
window. The lesson window contains a lesson panel 118 
having a short overview paragraph 120 that describes the 
subject matter of the lesson. At the beginning of the over- 
view is a "(Why? . . . )" hypertext field 122 that leads to an 
explanation of the significance of the lesson. Also embedded 
in the introductory paragraph 120 are hypertext words that 
refer to concepts covered by the lesson. The lesson panel 118 
includes a numbered list of steps 124 for accomplishing 
lessons tasks. Each step defines a subtask (e.g., create a new 
session). Detailed instructions are not presented at the lesson 
level. However, the first word of each step 124 is a hypertext 
link to a step pop-up window. The lesson panel further 
contains "Next Lesson" and "Previous Lesson" pointers 126 
and 128. Pointers 126 and 128 are hypergraphic links to 
lesson panels that immediately precede and succeed, respec- 
tively, the lesson panel 118 displayed in the text window 76. 
Students can also select lessons from the "Lessons" action in 
the action bar 62. Activating the "Lessons" action produces 
a pull-down menu listing various selection options, as dis- 
cussed in more detail below. 

Referring now to FIG. 4, a step pop-up window 130 is 
displayed in the tutorial text window 76. The step pop-up 
window 130 is an IPF footnote window that includes its own 
title bar 132, a system menu icon 134, window sizing 
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buttons 136 and 138, and a vertical scroll bar 140. Hie step 
pop-up window 130 contains detailed information for each 
step 124 identified in the lesson panel. Displaying this 
detailed information in a pop-up window helps the user to 
maintain context When users complete a step, they return to 5 
the lesson window and again see the list of steps and where 
they are in the list. 

Hie step window 130 is used to display a step panel 142 
containing a list of actions, e.g., 143 and 144, that the user 
needs to perform. A step graphic symbol 146 marks a 10 
description of the step being performed. Step/arrow graphic 
symbols 148 marks notes about performing actions and 
nmducj: syntax and conventions. The actions, e.g., 143 and 
144, are each assigned a letter and kept on separate lines to 
make clear what the user must actually do. The step panel 15 
142 further includes "Next Step" and "Previous Step" point- 
ers (not shown). These pointers are hypergraphic links to 
step panels that immediately precede and succeed, respec- 
tively, the step panel displayed in the pop-up window 130. 
The first and last step panels 142 associated with a lesson 20 
also contain "Go Back" and "Go On" pointers (not shown), 
respectively. These pointers are hypergraphic links that 
allow users to return to the lesson window in which the step 
is contained, this enables users to obtain a review following 
lesson completion, before proceeding to the next lesson. 25 

Referring now to FIG. 5, a concept window 150 displays 
orientation and conceptual information requested by the 
user. The "Why? ..." hypertext field in the lesson window 
overview 122 and special hypertext terminology in the 
overview 122, and in the step panels, are highlighted to show 30 
that they link to the concept window 150. Concept infor- 
mation can also be obtained through the "Help" action in the 
action menu 62. A pull-down menu is activated by this 
selection, and allows the user to select conceptual informa- 
tion from an alphabetically ordered list of concepts (not 35 
shown). When activated, the concept window appears over 
the predic t window 54, allowing users to maintain the 
context of the lesson from which they selected a concept 
Special terminology is also highlighted (as hypertext) in the 
concept window, so users can explore related concepts. 40 
Selecting a hypertext field replaces the current concept panel 
information that is displayed. The concept window also 
displays help for the tutorial. 

As discussed in more detail below, the concept window 45 
150 is preferably implemented as a second instance of an 
Information Presentation Facility help window. Thus, it 
includes a main help window 152 and a help text window 
154. Hie main window 152 includes a title bar 154, a system 
menu icon 156, a window sizing button 158 and an action SQ 
bar 160. The text window 154 includes its own title bar 160, 
a system menu icon 162, window sizing buttons 164 and 
166, a vertical scroll bar 168 and a client area 170. 

Navigating through the tutorial information is straight 
forward and intuitive. Essentially, users double click on a 55 
selected hypertext or hypergraphic element to go to the next 
step or next lesson. Preferably, the information hierarchy is 
only two levels deep: lesson and step, so users can easily see 
what lesson and what step they are on. However, users may 
deviate from the sequential path by selecting hypertext fields 60 
or by selecting a step or a lesson other than the next 
sequential one. 

In order to present tutorial information in the format 
described above, it is necessary to control the behavior of 
EPF to the tutorial's specifications. IPF provides a standard 65 
interface for presenting help information. The tutorial sys- 
tem uses this resource as well as Presentation Manager™ 
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progr amming techniques to control IPF for presenting les- 
sons. Initially, the tutorial module 30 creates an object or 
invisible application window. It creates a help instance using 
IPF's API call "WinCreateHelpInstance". Hie reason for 
making the tutorial window invisible is that all tutorial 
irtforrnation is displayed in IPF windows. The tutorial con- 
trol interface controls the display and navigation of that 
information. In order to control the behavior of IPF win- 
dows, the tutorial's main procedure gets the handle to the 
main IPF window. Currently, IPF's API does not provide a 
way to do so. Although the "WmCreateHelpInstance" func- 
tion returns a window handle, this is the handle of the IPF 
object window, not the handle of the main IPF window. 
Since the main IPF window is the next sibling of the 
invisible tutorial window, the Presentation Manager™ call 
"WinQuery Window" can be used to get the window handle 
of the IPF window. 

Three different types of IPF windows are used for pre- 
senting tutorial information: 

1. Main IPF (and Help Text) Window for Lesson Panels. 
Once the main IPF window handle is obtained, the tutorial 

can move and size the main help window, as well as its 
related help text window. As shown in FIGS. 2-5, the 
tutorial tiles the main IPF window with th e product window. 
The tutorial positions the IPF window to the left side of the 
screen and sizes it such that it is 35% of the width and the 
full length of the screen, as indicated previously. This is 
done with the Presentation Manager™ "WinSetWindow- 
Pos" call, and provides the default position of the tutorial 
window as it appears to users. This proportion is used for 
both VGA and EGA monitors. 

2. IPF Footnote Window for Detailed Step Information. 
As indicated, the OS/2™ Information Presentation Facil- 
ity allows developers to create hyperlinks from help panels 
to footnote panels. When a link to a footnote panel is 
activated, IPF procedures generate an IPF footnote window 
on the display which overlays the IPF main help and help 
text windows. The IPF footnote window also needs to be 
sized specifically for the tutorial. The default size and 
position of the footnote window is the full width and 90% of 
the height of the main IPF window. Users can modify the 
size of this window. The tutorial will remember the user 
modified size and present subsequent footnote windows to 
the user-specified size. To control the size of the footnote 
window, the tutorial's main procedure sets an input hook to 
trap all "WM CREATE" (create window) messages to the 
tutorial process and looks for the creation of the footnote 
window, which is always a child of the IPF text window. 
When a create footnote window message is detected, the 
tutorial saves the window handle of that footnote window. 
Then it looks for the u WM_ADJUSTWINDOWPOS" 
(adjust window position) message which IPF sends to the 
footnote window. The tutorial intercepts that message, and 
modifies the size and position structure that is passed in the 
message to the desired size for the footnote window. 

3. Secondary IPF Window for Presenting Conceptual Help 
Information. 

Conceptual and help information are displayed in a sec- 
ondary IPF window. Users request conceptual information 
from imbedded hypertext fields of the lesson panels. Con- 
ceptual and help information can also be obtained from a 
Help pull-down menu activated from the tutorial action bar 
62. In either case, a second instance of IPF is associated with 
the tutorial program through the standard IFF API. The 
tutorial accepts the default size and position of the secondary 
IPF window for displaying conceptual information. This 
secondary window is displayed to the right of the main 
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tutorial IPF window (i.e., the produc t window 54), as shown 
inHG. 5. 

Users can terminate the tutorial through the exit choice 
from the "Lessons" pull-down menu activated from the 
tutorial action bar 62. The tutorial needs to know when a 5 
user has closed the IPF window so that the tutorial can close 
the invisible tutorial window as well. Currently, IPF does not 
have a "close" message to indicate that the IPF window is 
closed, so the tutorial utilizes its own method of detecting 
this situation. A "WinRegisterWindowDestroy" Presentation 10 
Manager™ call is used after the main IPF window handle is 
obtained. This instructs the Presentation Manager™ API to 
inform all top level windows (including the invisible tutorial 
window) when the main IPF window closes. When the 
tutorial application receives a "WM_OTHERWINDOW- 15 
DESTROYED" message from the Presentation Manager™ 
API, the tutorial program destroys the invisible tutorial 
window and ends the application. 

IPF provides a standard application action bar as well as 
a method for customizing that action bar. The standard IPF 20 
action bar includes the "Services", "Options" and "Help" 
actions. To create the tutorial action bar 62, an additional 
"Lessons" action was added. Moreover, the tutorial retained 
the "Services" pull-down menu of IPF but made changes to 
all the other pull-down menus. The tutorial system processes 25 
these menu choices when users select them. 

The Standard Services pull-down menu utilized by the 
tutorial system includes the following items: 
SEARCH — performs word searches of selected help infor- 
mation. 30 
PRINT — prints selected help information. 
COPY — copies currently displayed help information to a 

system clipboard. 
COPY TO FILE— copies currently displayed help informa- 
tion to a text file. 35 
APPEND TO FILE— appends currently displayed help 
information to a text file. 

The Lessons pull-down menu added by the tutorial system 
includes the following items: 

STARTER— displays starter lesson. 40 

ADVANCED — displays advanced lessons. 

VIEW LESSONS — displays a list of viewed lessons. 

PREVIOUS LESSON — goes to the previous viewed lesson. 

EXIT— exits the tutorial program. 
The Options pull-down menu, as modified by the tutorial 45 

system, includes the following items: 

MONITOR OFF — turns monitoring off. 

SHOW ME— executes show-me for a lesson, step or action. 

TILE — tiles the tutorial and produc t windows. 

SAVE— saves the current tutorial process. so 

RESTORE — restarts a saved tutorial process. 
The Help pull-down menu, as modified by the tutorial 

system, includes the following items: 

HELP FOR HELP — provides help for using help. 

EXTENDED HELP— provides help for using tutorial. 55 

KEYS HELP— provides help for navigating through tuto- 
rial. 

CONCEPT HELP — displays conceptual information for a 
lesson, step or action. 

As indicated, the tutorial uses IPF's hypertext links to 60 
allow users to navigate through basic lesson information or 
browse additional information. These hypertext fields are 
selection fields, which users can double click on to select 
This is the only way IPF allows users to interact with it as 
IPF does not have the capability of displaying output or 65 
input fields. Hie tutorial uses hypertext links in several 
ways. Panel reference links are used to link lesson panels. As 
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described above, users can navigate from one lesson to 
another lesson, using the previous or next lesson buttons on 
the lesson panel. These buttons are linked to other lesson 
panels using IPFs "hdref ' link. IPF *4nform" links are used 
to display detailed step information. As previously 
described, each main lesson panel includes a list of steps for 
performing the lesson* s task Users may double click on 
these steps to get the step footnote window. Inform links are 
used to give control back to the tutorial to perform these 
tutorial functions. When IPF gets an inform link, it sends an 
"HM_INFORM" message to the tutorial along with a 
message number that is associated with the inform link. 
Following are inform message numbers used by the tutorial 
system and their meanings: 

1. Next Step (7777). To go from one step pop-up window 
to another, users can double click on the next step button. A 
'7777' inform message is sent to the tutorial to request that 
an Esc message and a lab message be sent to the tutorial IPF 
instance. The Esc key closes the current footnote window, 
the tab key moves the cursor to the next hypertext field in the 
lesson panel. This is the next step field. 

2. Previous Step (6666). The previous step button allows 
users to go to the previous step in the lesson sequence. The 
message number is '6666* and the sequence of actions is 
Esc, then Shift+Tab. The processing is similar to the next 
step button above. 

3. Go Back (3333). This button is found on the step 
window for the first step in each lesson. It merely closes the 
footnote window and returns to the lesson window with the 
Esc action. The inform number is '3333*. 

4. Go On (111). This button is found on the step window 
for the last step in each lesson. It closes the footnote window 
with the Esc action and sends a tab key to position the cursor 
at the next lesson button in the lesson panel. Hie inform 
number is '111*. 

5. Show-Me (2222). On each step panel, there is a step 
graphic, which when selected will execute the show-me 
function for the current step. This graphic is linked to a 
'2222* inform message. When the tutorial receives this 
message, it executes the show-me function for this step. 

6. Go to 2nd IPF Window (600-800). All inform mes- 
sages between 600-800 signify to the tutorial program that 
it should display a panel with that message number in the 
secondary IPF window. These panels contain the conceptual 
information. 

7. Close 2nd IPF Window (1111). On the bottom of the 
panels displayed in the secondary IPF windows, there is a 
'return to lesson' button. This button is associated with a 
'1111' inform message and causes the tutorial to close the 
secondary EPF window. 

Hie actions taken by the tutorial to control the presenta- 
tion of information through the Information Presentation 
Facility are illustrated graphically in FIG. 6. Hie control 
actions may be thought of as being performed collectively 
by a Window Control Interface 175. As indicated, the 
Window Control Interface provides control input to the 
Information Presentation Facility to define window size and 
position, and the contents of me tutorial action bar. The 
Window Control Interface receives action bar selection 
messages from the Information Presentation Facility. It also 
monitors the window titles in order to start the product, litis 
is possible because the title of each lesson panel displayed 
in the tutorial text window 76 is contained in a message 
instructing the Information Presentation Facility to display 
that panel. The tutorial system uses a Presentation Man- 
ager™ procedure called subclassing to intercept this mes- 
sage to die IPF window. Hie message is compared to a series 
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of lesson titles listed in a string table maintained by the 
tutorial system. When the panel title matches one in the 
string table, the tutorial system starts the application. The 
Window Control Interface 175 also processes the inform 
messages resulting from the activation of inform hyperlinks. 
It returns appropriate control messages to the active IPF 
window. 

MONITORING USER ACTIONS 

Although it is believed that users can learn a great deal 
about a product from exploring it on their own, unassisted 
exploration can lead to user frustration if users get lost or 
make unrecoverable mistakes. In user tests of a tutorial 
constructed in accordance with the present invention, it was 
observed that some users deviated from the instructions of 
the tutorial. Some were able to retrace their steps back to the 
path of the tutorial while others got lost and could not 
successfully complete the lessons without intervention. 
Thus, it is desirable to provide a way for the tutorial to check 
user actions and to prevent them from straying. 

To provide this fail-safe environment, the tutorial system 
implements a monitoring function. The monitor is like a 
strict tutor that expects users to perform every action in the 
order that the lesson specifies and prevents users from 
deviating from this path. On the other hand, the monitor 
allows users to perform tasks that are non-critical to the 
product , such as scrolling or looking at pull-down menus in 
both the tutorial and the produc t The monitor also allows 
users to perform tasks that are unrelated to either the tutorial 
or the product of interest. Although monitoring is helpful to 
some users because it prevents them from getting lost or 
getting into trouble, others may be annoyed by the monitor 
because it restricts them from exploring the product on their 
own. For this reason, the monitoring function is optional and 
the tutorial allows users to turn off this capability, via the 
options pull-down menu, when they do not want it. The 
monitoring function is invoked by default when the tutorial 
is commenced. 

A tutorial lesson control file is used by the tutorial system 
to monitor user actions, and to provide the show-me func- 
tion, described in more detail below. The lesson control file 
contains commands that correspond to actions specified in 
the tutorial's lessons, which users are to perform. For the 
show-me function, the tutorial interprets these commands 
and reformats them as OS/2™ messages to the product, thus 
driving the product to perform the lessons* actions. For the 
monitoring function, the tutorial compares user input with 
the commands in the file, to determine whether the input is 
correct. 

The statements in the lesson control file follow the 
structure of a lesson. Thus, the basic lesson control structure 
is one where each lesson consists of steps, each step consists 
of action-groups and each action group consists of indi- 
vidual actions. 

Schematically, the structure is as follows: 

Lesson 
step 

action 
action 
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step 



Lesson 
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35 



40 
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-continued 



The lesson control file is written in a tag language similar 
to the IPF tag language. Hie statements begin with a colon(:) 
and may be followed by one or more parameters that 
describe the statement Comments are denoted by "*■ \ The 
following statements define the lesson and step structures of 
the lesson control file and may have simple keyword param- 
eters attached to them: 
LESSON NUM=n RES=n TTTLE^text' 
ELESSON 
STEP NUM=n.n 
ESTEP 

There are other statements consisting of commands that 
correspond to actions in the product. Each command has up 
to 10 parameters. These commands must start on a new line. 
The form of the statements is as follows: 

NUM=l.s.a COMMAND=xxxxx Pl=n P2=n P3=n P4=n 
P5=n . . . Px=n Dl="texf \ TAG="text", 

where l=lesson number, s=step number, a=action letter, 
COMMAND specifies the input action type, PI . . . Px 
specify parameters representing window (or object) identi- 
fiers for locating windows (or objects) within the product to 
which commands are directed, each parameters specifying a 
window in a hierarchy of windows within the product, Dl 
specifies data and TAG is used for documenting the action. 
An additional "0" tag parameter (not shown) may also be 
specified. The "0" tag parameter is utilized to identify input 
actions that are optional in nature. For example, some 
product input requests are contextual in nature, meaning that 
the input request is presented under some circumstances but 
not others. The tutorial monitor must be capable of moni- 
toring current responses when necessary while anticipating 
that no input may be requred in other cases. When the 
tutorial encounters an action having an "0" tag parameters, 
it tests the user's input against both the "0" tag action and the 
next action. Thus, the tutorial correctly monitors the optional 
responses, if one is made, and the next p roduct action, if the 
option response is not made. FIG. 7 illustrates the tag 
language format used in the lesson control file for various 
commands corresponding to product input actions. These 
commands are identified as follows: 
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MENU_SELECT 

USER_JNPUT 

DLG_BUTTON 

NET_CLICK1 

NET_CLICK2 

LIST_CLICK1 

UST_CLICK2 



Select menu items 
Input to dialog boxes 
dick on dialog buttons 
Single click on network objects 
Double cHck on network objects 
Single click on list items 
Double click on list items 



In order to utilize the lesson control file, the tutorial 
system utilizes a tutorial parser module that parses the 
tutorial lesson control file into internal data structures 
defined by the tutorial. This internal data structure is illus- 
trated in FIG. 8. It includes a panel descriptor table 200 and 
an action table 202. The panel descriptor table 200 is an 
array of structures that contain all lesson information read in 
from the lesson control file. One instance of this structure 
describes the details of each lesson's steps. It includes the 
IPF panel ID number and the title displayed in the panel as 
well as a list of pointers to the action structures that make up 
the actions of the steps. The action table 202 is a structure 
used to describe an action's commands and parameters, such 
as those shown in FIG. 7. Hie information contained in the 
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panel descriptor and action tables comes directly from the 
lesson control file statements. The tutorial parser opens the 
lesson control file, parses each line and stores the appropri- 
ate portions thereof in the panel descriptor and action tables. 
The parser thus functions as a compiler that compiles the s 
tutorial lesson control file into an object structure which is 
utilized by the tutorial monitor. If desired, the tutorial parser 
could be maintained separately from the tutorial system for 
compiling lesson control files as they are written. The 
compiled lesson control files would be stored for subsequent 10 
use by the tutorial system. 

The tutorial parser utilizes two data structures for ensur- 
ing that the lesson control table includes valid product 
command information. These data structures include an 
object identifier look-up table for valid product interface 15 
object identifiers. This list includes windows, menus, but- 
tons, selection fields and function keys used by the product 
An additional command look-up table contains the valid 
command types used by the tutorial. 

FIG. 9 illustrates message flow during tutorial monitor- 20 
ing. As shown thereon, input messages are generated when 
input is received from a user 203. These messages may be 
intended for the product of interest, or to other applications 
currently running in the operating system, or to the operating 
system itself. In the Presentation Manager™ API, the user 25 
creates inputs through a display window which serves as an 
interface. In FIG. 9, an interface 204 for the product of 
interest and an interface 206 for other applications running 
in the operating system are shown. Each includes underlying 
code modules 208 and 210, respectively. When the user 30 
enters input through the appropriate interface window 204 or 
206, the OS/2™ operating system generates an input mes- 
sage and places that message on the system message queue 
212. The tutorial control module 30 provides the monitoring 
function through a tutorial monitor 214. An input hook 216 35 
is used to trap messages sent to the system message queue 
212 including the input messages generated by the user 203. 
The tutorial monitor 214 compares these messages with the 
appropriate action contained in the panel descriptor and 
action structures, which are illustrated collectively in FIG. 9 40 
as a lesson control table 218. To facilitate the comparison of 
commands, the tutorial monitor 214 utilizes a lesson control 
pointer which increments to a subsequent entry in the lesson 
control table each time a correct action is taken. The tutorial 
monitor also compares the input messages to the object 45 
identifier and command tables previously described. 
Depending on a match or a mismatch condition, a corre- 
sponding 'True" or "False" message 219 is sent by the 
tutorial monitor to the system message queue 212. 

Logical flow during the tutorial monitoring process is 50 
illustrated in FIGS. 10a and 106. Process step 220 indicates 
the start of the tutorial program. The tutorial uses the 
Presentation Manager "WinSetHook" call to set an input 
hook "HK_JNPUT" to intercept all input messages of all 
Presentation Manager™ processes. This action is illustrated 55 
as step 222 in FIG. 10a. In step 224, the tutorial waits for 
user input messages and, upon receiving one, proceeds to the 
next step 226. There, the tutorial monitor 222 filters the 
received input message by process identifier. This filtering is 
performed by a tutorial procedure specified to the input hook 60 
call previously described. The procedure tests each input 
message based on its OS/2™ assigned process ID to deter- 
mine whether the message is meant for the produc t of 
interest or some other application or the operating system 
itself. If the message does not relate to the product the 65 
tutorial monitor 222 returns a "False" message to the system 
message queue in step 228 and the user input message is 
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allowed to reach its intended destination. If the comparison 
in step 226 indicates that the message is intended for the 
product of interest, the message is filtered by message type 
in step 230. In this step, the tutorial flags those messages to 
the product that are action messages. For those which are 
not, the tutorial monitor 222 returns a "False" message to the 
system message queue in step 232 and the user input 
message is allowed to reach its intended destination. In step 
234, the tutorial monitor obtains the current action from the 
lesson control table 226, based on the position of the control 
pointer. In step 236, the tutorial monitor identifies the 
current command action from the command selections 238 
through 248 shown in FIG. lOfc. These commands corre- 
spond to the tutorial commands shown in FIG. 7. Based on 
the command type, an appropriate OS/2™ message structure 
is determined. The tutorial monitor then constructs an 
OS/2™ message having appropriate OS/2™ message 
parameters for comparison with the user input message. In 
order to do so, the tutorial monitor must obtain the handle of 
the product window. In steps 250 and 252, the tutorial 
monitor uses the object identifiers specified as parameters in 
the current action of the lesson control table to get the handle 
of the window to which the user input message should be 
directed. This is done using the standard OS/2™ call "Win- 
Query Window". In step 254, the tutorial monitor uses the 
command structure identified in step 236 to arrange the 
associated message parameters from the lesson control table 
to create a message structure for comparison with the actual 
input message. This message structure includes the window 
handle obtained in step 252. The comparison of messages is 
performed in step 256. If the comparison shows a match 
between the current input message and the input message 
formulated from the lesson control table, the lesson pointer 
in the lesson control table is updated in step 258 and a 
"False" message is returned to the system message queue in 
step 260. This allows the user input message to reach the 
product If comparison step 256 reveals a mismatch, an error 
message is displayed in step 262 and the user input is 
discarded in step 264 by returning a 'True" message to the 
system message queue. The process the returns to step 224 
to wait for further user input. Advantageously, the error 
message displayed in step 262 is a Presentation Manager™ 
Dialog Box. A Dialog Box is an input window which is 
created using a Presentation Manager™ window authoring 
facility. In step 262, an input window is displayed that offers 
users the choice of cancelling the message to try input again, 
deactivating the monitoring function or requesting shbw-me 
assistance. 

USER ASSISTANCE 

The third function provided by the tutorial to help users 
explore the product is referred as the "show-me" function. 
The tutorial shows users what to do in a lesson by actually 
driving the product to perform the actions in a lesson. Users 
can request this function when they do not understand how 
to perform a task themselves. It is like providing an assistant 
who shows users what to do. This function is also useful for 
demonstration purposes. Users can request the show-me 
function at three levels. They can request the tutorial to 
perform all the actions for a lesson by selecting the show-me 
function from the pull -down menu in the tutorial's action 
bar. They can also request all the actions for a particular step 
in a lesson by selecting a show-me button on the step 
window. Finally, from the error message that the tutorial 
monitor displays, users may request the tutorial to perform 
the correct next action by selecting the show-me button on 
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the message box. The tutorial performs the show-me func- 
tion using the multi-tasking message passing capabilities of 
OS/2. The tutorial and the product communicate with each 
other through a standard message passing protocol or 
through Presentation Manager's dynamic data exchange 
(DDE). Through this communication, the tutorial sends 
messages to the product requesting the product to perform 
the actions in a lesson. 

Hie lesson control table is used for the show-me function. 
As previously described, this table consists of commands 
that correspond to the product' s actions. These actions are 
grouped by steps within lessons. The tutorial keeps track of 
the current lesson, current step and current action using a 
lesson control pointer. In the show-me mode, the tutorial 
sends appropriate commands to the product Message flow 
during the tutorial's show-me function is illustrated in FIG. 
11. As shown therein, a user 270 makes a request for 
assistance which is input to the tutorial control module 30. 
A tutorial show-me module 272 handles the show-me 
request It obtains the current lesson, step and action from 
the lesson control table 226. The tutorial show-me module 
272 utilizes operating system functions 274 to locate the 
lowest level window in the .product which represents the 
location at which user input is required by the product . If 
user input is being requested by the product from some form 25 
of graphic input object other than a window, the tutorial 
show-me module 272 requests from the tmoduc ^ 276 the 
location of the graphic input object by using the object name 
specified in the current action of the control table as a 
parameter for a request to a product function for locating 
such objects. Once this information is obtained, the tutorial 
show-me module 272 posts messages to drive the product . 

Logical flow of the tutorial show-me function is illus- 
trated in FIGS. 12a and 126. Beginning with step 280, the 
user requests the show-me module to provide user assis- 
tance. In step 282, the tutorial show-me module determines 
the lesson, step and action level at which the show-me 
request was made. This information is determined from the 
input message generated when the user requests assistance. 
If assistance is requested from a step panel, an inform 
message (2222) is sent to the tutorial, as described above. 
Other messages are sent when assistance is requested from 
the "Show Me" action of the "Options" pull-down menu. In 
step 284, the tutorial show-me module determines whether 
another action is to be taken. If not the show-me function is 
terminated in step 286. If another show-me action is to be 
taken, the show-me module obtains the current action from 
the lesson control table in step 288. The action statement at 
which the tutorial show-me module terminates the show-me 
function depends whether assistance is requested at the 
lesson, step or action level. If lesson level assistance is 
requested, the tutorial show-me module steps through the 
lesson control table action entries for that lesson until no 
further steps are encountered. If step level assistance is 
required, the show-me module steps through the lesson 
control table action entries for that step until no further 
actions are found. Action level assistance terminates after a 
single action is performed. In step 290, the show-me module 
identifies the command function from the lesson control 
table in accordance with the selections of steps 292-302 and 
determines the appropriate OS/2™ message structure. The 
show-me module men uses the window identifiers specified 
as parameters in the current action of the lesson control table 
to identify in step 304 the window to which show-me 
messages will be sent and obtains the handle of that window 
in step 306. The OS/2™ call "WinQuery Window" conve- 
niently provides this window handle. In step 308, the tutorial 
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show-me module determines the position of the lowest 
active window in the product The show-me module deter- 
mines whether the action is a graphic object command in 
step 310. If it is, the show-me module uses the object name 
to obtain the object position from the produc t using con- 
ventional Presentation Manager™ calls. This occurs in step 
312. Upon obtaining the object position, or if the action is 
not a graphic object command, the show-me module 
arranges the command message parameters in step 314 in 
accordance with the command message structure deter- 
mined in step 290. In step 316, the show-me module moves 
the mouse pointer to the relevant graphic object or window, 
and in step 318 posts an appropriate message to the product 
message queue. Hie show-me module then updates the 
tutorial control pointer in step 320 and returns to step 282. 

It should be noted that user input actions requiring mouse 
operations are performed by the tutorial show-me module by 
generating appropriate messages which drive the product i n 
lieu of actual mouse input Nonetheless, it is desirable to 
show students graphically how the mouse should be oper- 
ated to enter the required input. The tutorial thus controls 
and simulates mouse movement using Presentation Man- 
ager™ calls. The tutorial uses the "WinSetPointerPos" call 
to determine the required movement of the mouse pointer 
icon based on the current position of the pointer and the 
destination point Hie "WinQueryWinPos" call is used to 
obtain the destination position of various objects. The 
returned coordinates are relative to the window. The " Win- 
Map WindowPos" call maps the relative window coordinates 
to the absolute screen coordinates. The tutorial then needs to 
calculate the ratio of x coordinate movement to the y 
coordinate movement to reach the destination point. To 
simulate actual mouse movement by a user, the mouse 
pointer is moved a pixel at a time in either the x or y 
direction. Also, in order for the mouse movement rate to be 
consistent, a wait value is calculated, depending on the ratio 
of the x and y values and is applied to the pointer move- 
ments. The result is a smooth and consistent speed of mouse 
movement 

Interprocess communication between the tutorial and the 
product allows the tutorial to send messages to the product 
requesting the performance of actions for the show-me 
function. In the preferred embodiment this communication 
is established by sending messages to the product using 
OS/2™ calls and Presentation Manager commands. The 
OS/2™ command "WinQueryWindow" is used to get the 
product window handle. The "WinQueryWindow" and 
object location messages such as "WM_COMMANDS" 
(window commands) are posted directly to the product to 
perform actions. If a parameter of a message sent directly to 
the produq contains a pointer to data in memory, a "Dos- 
GiveSeg" call is used to give the product access to the 
memory segment containing that data. Advantageously, this 
communication exchange requires no changes to the prod- 
uct's code. 

In another embodiment communication between the tuto- 
rial and the 4UQ&gt is established using DDE (Dynamic 
Data Exchange), a Presentation Manager™ interprocess 
communications protocol using a shared data structure, 
DDESTRUCT. The tutorial is the "client" application and 
the product is the "server" application. When Dynamic Data 
Exchange is employed, the tutorial, upon first becoming 
active, establishes a conversation with the produ ct using the 
following protocol: 

1. WinDdemitiate call. The tutorial issues a "WinDdelni- 
tiate" call. This causes a "WM JDDEJNTIIATE" message 
to be sent to all top level windows, including the product 



5,535, 

21 

informing them that tutorial wants to start a DDE conver- 
sation. 

2. WinDdeRespond call. Upon receiving the "WM_ 
DDE_INITIATE" message from the tutorial, the product 
accepts the DDE conversation by issuing a "WinDdeRe- 5 
spond" call. This call causes the "WM_DDE_INI- 
nATEACK" message to be sent to the tutorial. 

3. WM_DDE_ADVISE message. Upon receiving the 
"WM_DDE_rNITLATEACK' message, the tutorial sends a 
"WM_DDE_ADVISE" message to the produc t to confirm 10 
that the conversation has been established. 

After a DDE conversation has been setup, the tutorial 
instructs the p roduct to perform actions by sending it 
"WM_DDE_EXECUTE M messages referencing the shared 
DDE data structure "DDESTRUCT" that contains the 15 
details of actions. The DDESTRUCT field in the DDE_ 
EXECUTE message is a pointer to a block of shared 
variable-size memory that contains the details of each com- 
mand (from the tutorial to the produc t). The fields in 
DDESTRUCT are: (in sequential memory order) ^ 

cbData— lehgth(variable) of the DDESTRUCT in bytes. 

fsSTatus— Status of data exchange. For DDE__EX- 
ECUTE messages, this field should contain the bit fields 
DDE ACK and DDE_FACREQ, which indicate whether the 
server was able to execute the command. 25 

usFormat — Data format. The tutorial defines its own data 
formats by registering the name of the format in a system 
atom table. This method ensures that all applications use the 
same atom to identify a format This field will represent the 
show-me command that the product should execute. For 30 
example, "Menu_Select" will translate to an atom number 
generated during runtime. 

offszItemName — offset to the item name (string), from 
the start of the structure. 

offabData— offset to the data, from the start of the struc- 35 
ture. 

ItemName— item name referred to in the message (should 
be 'tutorial'). 

Data — variable size data area being passed in the mes- ^ 
sage. This part of the data structure contains the Action 
structure which describes the show-me action to be per- 
formed. It has the following fields: 



command-type (int) - 


static command 




id 


command- atom (int) - 


unique dynamic 




command id 


paxumx • 


V 




parameters 


data (char") - 


variable size 




field 




containing 




string data 


tag (char") - 


variable 




string data 




for 




do co mentation 



When the show-me function is requested by the user, the 
tutorial sends the jroduqt a DDE command containing an 
'Action* structure. Upon receiving the DDE command, a 60 
DDE handler module on the product side performs the 
requested action. The module that handles the DDE pro- 
cessing for the product, is contained in a separate object file, 
which must be created and linked into th e product The DDE 
code does not impact any other part of the produc t code. 65 
However, DDE communication does require this modifica- 
tion to the product 
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Accordingly, an interactive, online tutorial system has 
been disclosed wherein improved informatioa presentation, 
input monitoring and user assistance functions are provided. 
Although several preferred embodiments have been shown 
and described, it will be understood that modifications and 
adaptations thereof will occur to persons skilled in the art 
Therefore, the protection afforded the invention should not 
be limited except in accordance with the spirit of the 
following claims and their equivalents. 

We claim: 

1. An interactive online tutorial system product operable 
in conjunction with a digital processing apparatus for pro- 
viding instruction in the use of a software produc t operating 
on said digital processing apparatus, the data processing 
apparatus including a CPU, a data storage resource, an input 
system for receiving input from a user via a mouse or 
keyboard input device, and an output system for generating 
output images on a video display, and a multitasking oper- 
ating system, said tutorial system comprising: 
a data storage medium operable in conjunction with said 

digital processing apparatus; 
a tutorial control module encoded on said medium having 

a window control interface; 
a lesson control file encoded on said medium providing 

input to said tutorial control module; 
an information presentation module encoded on said 
medium and adapted for communication with said 
tutorial control module via said window control inter- 
face; 

a lesson display file encoded on said medium providing 
input to said information presentation module; 

first display control means provided by said tutorial 
control module, said window control interface and said 
information presentation module for generating a tuto- 
rial window in a first portion of the video display; 
second display control means provided by said tutorial 
control module for generating a product window in a 
second portion of the video display concurrently with 
said tutorial window; 
application execution means provided by said tutorial 
control module for commencing execution of said 
software product in said product window; 
tutorial presentation means provided by said tutorial con- 
trol module, said window control interface, said infor- 
mation presentation module and said lesson display file 
for generating in said tutorial window a plurality of 
tutorial text panels, said tutorial text panels including 
one or more lesson panels and one or more step panels 
corresponding to each lesson panel, said lesson panels 
and step panels displaying instructional text illustrating 
a predetermined sequence of operations to be per- 
formed on said software product : 
lesson control means provided by said tutorial control 
module for dynamically adjusting a lesson control 
pointer in said lesson control file based on lessons 
displayed in said tutorial text panels; 
tutorial panel linking means provided by said irtfbrmation 
presentation module and said lesson control file for 
linking said lesson panels through a series of sequential 
links and for linking said lesson panels and their 
corresponding step panels through a series of hierar- 
chical links; and 
tutorial panel selection means provided by said tutorial 
control module, said window control interface, said 
information presentation module and said lesson dis- 
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play file for selectively activating from a lesson or step 
panel a link to another lesson or step panel in order to 
display the panel so linked. 

2. Hie tutorial system of claim 1 wherein said tutorial 
presentation means includes means for generating lesson 5 
panels containing pointers to previous and subsequent lesson 
panels that are linked sequentially to the lesson panels. 

3. The tutorial system of claim 2 wherein the sequential 
links between lesson panels are hypergraphic links which 
are activated by selecting the pointer icons to previous and 1Q 
subsequent lessons. 

4. The tutorial system of claim 1 wherein said tutorial 
presentation means includes means for generating lesson 
panels containing a list of corresponding step panels that are 
linked hierarchically to the lesson panels. 15 

5. The tutorial system of claim 4 wherein the hierarchical 
links between lesson panels and associated step panels are 
hypertext links which are activated by selecting hypertext 
words contained in the list of corresponding step panels. 

6. The tutorial system of claim 1 wherein said tutorial ^ 
presentation means includes means for generating lesson 
panels containing a list of corresponding step panels that are 
linked hierarchically to the lesson panels and pointers to 
subsequent and previous lessons that are linked sequentially 

to the lesson panels. 25 

7. The tutorial system of claim 6 wherein the sequential 
links between lesson panels are hypergraphic links which 
are activated by selecting the pointer icons to previous and 
subsequent lessons and wherein the hierarchical links 
between lesson panels and corresponding step panels are ^ 
hypertext links which are activated by selecting hypertext 
words contained in the list of associated step panels. 

8. The tutorial system of claim 1 wherein said tutorial 
presentation means further include means for generating in 
said product window a plurality of concept panels, wherein 35 
said panel linking means include means for generating a 
series of parallel links between said concept windows and 
corresponding lesson panels, and wherein said panel acti- 
vation means include means for selectively activating from 

a lesson panel a link to one of said concept panels in order ^ 
to display the linked panel. 

9. The tutorial system of claim 8 wherein said tutorial 
presentation means include means for generating lesson 
panels containing descriptive information concerning the 
panel. 45 

10. The tutorial system of claim 9 wherein the links 
between the lesson panels and concept panels are hypertext 
links which are activated by selecting hypertext words 
contained in the lesson panel descriptive information. 

11. The tutorial system of claim 1 wherein links between ^ 
panels include hypergraphic and hypertext links which are 
activated using icons and keywords contained in said panels. 

12. The tutorial system of claim 1 further including means 
for selectively displaying help information in said product 
window. 

13. An interactive tutorial method for providing instruc- 
tion in the use of a software produc t operating concurrently 
in a data processing device, the data processing device 
including an instruction processing unit or CPU, a data 
storage resource, an input system for receiving input from a ^ 
user via a mouse or keyboard input device, and an output 
system for generating output images on a video display, said 
tutorial method comprising the steps of: 

providing a tutorial control module having a window 
control interface; 65 

providing a lesson control file providing input to said 
tutorial control module; 
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providing an information presentation module in commu- 
nication with said tutorial control module via said, 
window control interface; 

providing a lesson display file providing input to said 
information presentation module; 

generating a tutorial window in a first portion of the video 
display using said tutorial control module, said window 
control interface and said information presentation 
module; 

generating a product window in a second portion of the 
video display concurrently with said tutorial window 
using said tutorial control module; 

commencing execution of said software product in said 
product window using said tutorial control module; 

generating a series of tutorial display panels including 
lesson panels and corresponding step panels using said 
tutorial control module, said window control interface, 
said information presentation module and said lesson 
display file, said lesson panels and step panels display- 
ing instructional text illustrating a predetermined 
sequence of operations to be performed on said soft- 
ware product ; 

dynamically adjusting a lesson control pointer in said 
lesson control file based on lessons displayed in said 
tutorial display panels using said tutorial control mod- 
ule; 

generating a series of hierarchical links between lesson 
panels and corresponding step panels and a series of 
sequential links between sequential lesson panels using 
said information presentation module and said lesson 
display file; 

displaying a first tutorial panel in said tutorial window 
using said information presentation module and said 
lesson display file; and 

in response to selective activation of a link from said first 
tutorial panel to another panel linked thereto, display- 
. ing the panel so linked in said tutorial panel using said 
tutorial control module, said window control interface, 
said information presentation module and said lesson 
display file. 

14. Hie tutorial method of claim 13 wherein said lesson 
panels are provided with pointers to previous and subse- 
quent lesson panels that are linked sequentially thereto. 

15. The tutorial method of claim 14 wherein the sequen- 
tial links between lesson panels are hypergraphic links 
which are activated by selecting the pointer icons to previ- 
ous and subsequent lessons. 

16. The tutorial method of claim 13 wherein said lesson 
panels are provided with a list of corresponding step panels 
that are linked hierarchically thereto. 

17. The tutorial method of claim 16 wherein the hierar- 
chical links between lesson panels and corresponding step 
panels are hypertext links which are activated by selecting 
hypertext words contained in the list of corresponding step 
panels. 

18. The tutorial method of claim 13 wherein said lesson 
panels are provided with a list of corresponding step panels 
that are linked hierarchically thereto, and wherein said 
lesson panels are further provided with pointers to subse- 
quent and previous lessons that are linked sequentially 
thereto. 

19. The tutorial method of claim 18 wherein the sequen- 
tial links between lesson panels are hypergraphic links 
which are activated by selecting the pointer icons to previ- 
ous and subsequent lessons and wherein the hierarchical 
links between lesson panels and corresponding step panels 
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are hypertext links which are activated by selecting hyper- 
text words contained in the list of corresponding step panels. 

20. The tutorial method of claim 13 wherein the links 
between panels include hypergraphic and hypertext links 
which are activated using icons and keywords contained in 5 
said panels. 

21. The tutorial method of claim 13 further including the 
steps of providing a plurality of concept panels, providing a 
series of parallel links between the concept windows and 
corresponding lesson panels, and, in response to the selec- to 
tive activation of a parallel link between one of said lesson 
panels and an corresponding concept panel, displaying the 
linked panel in said product window. 

22. The tutorial method of claim 21 wherein said lesson 
panels are provided with descriptive information concerning is 
the panels. 

23. The tutorial method of claim 22 wherein the links 
provided between the lesson panels and concept panels are 
hypertext links which are activated by selecting hypertext 
words contained in the lesson panel descriptive information. 20 

24. The tutorial method of claim 13 further including the 
step of selectively displaying help information in said prod - 
uct window. 

25. An interactive online tutorial system for providing 
instruction in the use of a software product operating on a 25 
data processing device, the data processing device including 

an instruction processing unit or CPU, a data storage 
resource, an input system for receiving input from a user via 
a mouse or keyboard input device, and an output system for 
generating output images on a video display, said tutorial 30 
system comprising: 

a tutorial control module having a window control inter- 
face; 

a lesson control file providing input to said tutorial control 
module; 

an information presentation module in communication 
with said tutorial control module via said window 
control interface; 

a lesson display file providing input to said information 40 
presentation module; 

first display control means provided by said tutorial 
control module, said window control interface and said 
information presentation module for generating a tuto- 
rial window in a first portion of the video display; 45 

second display control means provided by said tutorial 
control module for generating a product window in a 
second portion of the video display concurrently with 
said tutorial window; 

application execution means provided by said tutorial 50 
control module for commencing execution of said 
software product in sai d product window; 

lesson panel presentation means provided by said tutorial 
control module, said window control interface, said 
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information presentation module and said lesson dis- 
play file for generating in said tutorial window a 
plurality of lesson panels, said lesson panels including 
a descriptive summary in a listing of steps to be taken 
during the lesson, said lesson panels displaying instruc- 
tional text representing a r*edetenmned sequence of 
operations to be performed on said software product ; 

step panel presentation means provided by said tutorial 
control module, said window control interface, said 
information presentation module and said lesson dis- 
play file for generating in said tutorial window a 
plurality of step panels representing steps listed in 
corresponding lesson panels, said step panels including 
a listing of actions to be taken during the step, said step 
panels displaying instructional text representing a pre- 
determined sequence of operations to be performed on 
said software product: 

concept panel presentation means provided by said tuto- 
rial control module, said window control interface, said 
information presentation module and said lesson dis- 
play file for generating in said product window a 
plurality of concept panels representing conceptual 
information pertaining to corresponding lesson panels; 

lesson control adjustment means provided by said tutorial 
control module for dynamically adjusting a lesson 
control pointer in said lesson control file based on 
lessons displayed in said tutorial text panels; 

first panel linking means provided by said information 
presentation module and said lesson display file for 
linking sequential lesson panels through a series of 
sequential links; 

second panel linking means provided by said information 
presentation module and said lesson display file for 
linking corresponding lesson panels and step panels 
through a series of hierarchical links; 

third panel linking means provided by said information 
presentation module and said lesson display for linking 
sequential step panels through a series of sequential 
links; 

fourth panel linking means provided by said information 
presentation module and said lesson display file for 
linking corresponding lesson panels and concept panels 
through a series of parallel links; and 

tutorial panel selection means provided by said tutorial 
control module, said window control interface, said 
information presentation facility and said lesson dis- 
play file for selectively activating from a lesson or step 
panel a link to another lesson panel or step panel or 
concept panel in order to display the panel so linked. 



